home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / files / satelite / weberpix.fmt < prev    next >
Text File  |  1995-01-07  |  5KB  |  98 lines
  1. SB  ALL@AMSAT < DB2OS  $GGJA-4173-86
  2. WO-18: Picture protocol (corrected version)
  3. R:900302/0615z 43586@W3IWI.MD.USA [Balto/Wash MD/DC/VA/DE] Z:21029
  4. R:900302/0545z 33653@WA3ZNW.MD.USA.NA [Wheaton,Md] Z:20906 N:MCBBS
  5. R:900302/0531z 12386@K4NGC.VA.USA.NA [Woodbridge, Va]  Z:22193
  6. R:900301/0017z 50847@N4QQ   [Silver Spring,Md]  Z:20901
  7. R:900301/1953z 16180@N4QQ-1 [McLean, VA  USA]  Z:22101
  8. R:900301/1545z 14544@GB7LDI [JO02ON]
  9. R:900225/1024z 41768@4X1RU  
  10. R:900225/0758z @DK8AT  []
  11. R:900224/2337z @DK0MAV [NORD><LINK PEINE, JO52CI, TheBox 1.6 OP: DF3AV]
  12. de DB2OS @ DK0MAV
  13.  
  14. Posted: Wed, Feb 21, 1990   1:49 AM GMT
  15. From:   WEBER
  16. To:     amsat
  17. Subj:   correct protocol
  18.  
  19.      I have been told there is an erroneous description of the picture
  20. protocol published on Compuserve.  To avoid the possibility of people
  21. wasting their time with it, below is the correct, complete description.
  22.  
  23.      The format of picture data for the camera color composite signal is
  24. as follows:
  25.  
  26.      Callsign (for this transmission scheme) is PHOTO (for the camera).
  27. SSID is picture number (modulo 16).  We are currently often overwriting
  28. a given picture number with different pictures perhaps twice a day.  This
  29. is done when a picture is clearly black and there is no point in getting
  30. all of it.
  31.  
  32.      The first two bytes of data portion of the UI frame (packet)
  33. contain the 10-bit X position of the first sample in that packet, the
  34. two most significant bits of the X position occupy the two least
  35. significant bits of the first byte, the eight least significant bits of
  36. X are in the next byte.  Legal X values are from 0 to 644.  Y values are
  37. in third byte and range from 0 to 241.  If the two least significant
  38. bits of the first byte are both set (forming an X 768..1023), the data
  39. beginning with the second data byte is clear text information about the
  40. picture (which we call the "picture header") occupying 252 bytes.  The
  41. six most significant bits of the first byte are reserved for future
  42. protocol definitions, only one of which is presently defined.
  43.  
  44.      The data then consists of a sample for every third X value.  This
  45. has little to do with RGB, but is relevant to color as the NTSC waveform
  46. is sampled at precisely 3 times the color burst frequency.  A zero byte
  47. value indicates a simple compression sequence as follows: 00, the count
  48. of repeats, then the value repeated.  Actual samples with a value of 0
  49. (hor. sync) are changed to 1 to allow indicating a following compression
  50. sequence.  When the X value is greater than 644, increment the Y value
  51. by two and subtract 645 from the X value.  At the end of one of these
  52. compression passes, encoding returns to the top of the pic, moves one
  53. byte to the right and proceeds.  This takes place three times to
  54. complete one half pic (every other line).  Alternating half pics (even
  55. vs. odd) lines are transmitted every 101 minutes (every other
  56. visibility pass at these latitudes).  There is not vertical sync transmitted.
  57. The picture begins at the end of the header.
  58.  
  59.      The 645th byte of a reconstructed line is the count of zeroes which
  60. was in the original digitized sample between the 644th byte of that
  61. line and the beginning (the first non-zero) of the next line.  If you
  62. are reconstructing the original waveform replace that count byte with
  63. that many zeroes.
  64.  
  65.      I must again emphasize that this protocol is very temporary and can
  66. be expected to change with little advance notice.  The compression scheme
  67. is poor and was selected only for its simplicity.  It also will change.
  68. These changes will be handled with Weberware version updates.  Also,
  69. please note that we have the ability to download individual R, G or B
  70. signals from the camera and their protocol may be different.  Ditto for
  71. the 1.2 GHz experiment.  For those, however, you can expect a bit more
  72. advance notice of variation.
  73.  
  74.      As of today, only one picture has been arguably of the earth.  We
  75. have been taking pictures (15) for only 8 (12 of our 15 on the first
  76. day) days now and it will require time to polish our procedures.  We are
  77. concentrating on the equator now because pre-launch projections
  78. suggested potential problems at high latitudes.  The first 12 pics were
  79. over the U.S. and none were of the planet.  We have taken one pic at
  80. night (in the dark) to characterize performance.  Two interesting
  81. tidbits.  Shots that turn out to be of the sun don't move the impact
  82. sensor because, presumably, the iris is stopped down and has little
  83. distance to spring closed.  Deep space photos increment the impact
  84. sensor considerably.  The second tidbit has to do with the night photo.  It
  85. has an average light level much lower than even the deep space photos taken
  86. during the day.  Perhaps a little atmospheric glow around the spacecraft
  87. even at that altitude?
  88.  
  89.      Thank you all for your interest.
  90.  
  91. 73's,
  92. Chris
  93.  
  94.  
  95.  
  96.  
  97. /EX
  98.